IN THE CLAIMS 

A programming implementation which provides support for reusable 
software units built in a hierarchical and modular form, comprising: a 
repository of said reusable software units, where each of said reusable 
softwares units are arranged to behave independently, communicate 
transparently, and facilitate creation of new reusable software units. 

The programming implementation of claim 1, wherein said reusable 
software units are arranged to display a scalable mechanism to 
thoroughly isolate each said reusable unit from its peers. 

The programming implementation of claim 1, wherein said reusable 
software units are arranged to facilitate reuse of an overall software 
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The programming imftlementationffof \ claim l, wherein said reusable 
software units are arranged communicate to the outside world only 
through the use of input and/or output gates . 

The programming implementation of claim 4, wherein said reusable 
software units are arranged to further include a variable mechanism, 
that abstracts (represents.) all the outside software units and whose 
meaning can only be known aV run-time. 

The programming implementation of claim 5, wherein said reusable 
software units are arranged in\an interconnection of channels (links) . 

The programming implementation \ of claim 1, wherein said reusable 
software units do not include absoVute addresses of other software units 
not belonging to its state. \ 

The programming implementation of V: la ^ m 1 » wherein said reusable 
software units do not have the knowledge of the interface (methods) of 
other software units not belonging to its state. 
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9. The V ro 9 rammin 9 implementation of claim 1, wherein said reusable 
software units are dynamically configurable. 
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10. The programming implementation of claim 1, where each reusable software 
unit may Be described by a model AT, given by 

M = (inGabes, {inSign g } , {a g } ,Q, g 0 , out Gates, { out S ign^} , {out Function^}) 
where inGatesys the set of reusable software unit input gates, outGates 
is the set of neusable software unit output gates, a g is an action for 
every g in inGa tes, Q is the set of reusable software unit states, g 0 is 
the reusable sofYware unit's initial state, inSign gt is the gate gt 
input -output signature for each gt in outGates, and outfunction gt is the 
gate gt output function for every gt in outGates, where a signature is 
a 2 -tuple containing\ the range set of incoming and outgoing parameters. 
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The programming implementation of^ claim 1, wherein a plurality of said 
reusable software unitsXmay be coifk^Lned to construct a reusable software 
unit ensemble E, defined^ by 

E - {inGates, {inSign g \, s,M E , o^tda^es , {outSign gt } , {outFunction fft } ) 

where £ is the ensemble \networyO executive that keeps the ensemble 
structure, and ,M e is the model of the executive. 



25 



12. The programming implementation of claim 11, where the model of the 
ensemble executive is definen as a model of a reusable software unit 
augmented with a structure f\inction a: Q -> 2* , where I is equal to 
(C, {M C },L,Z) ; and C is the set &f reusable software units that belong to 
the ensemble, M c is the definition of each reusable software unit c, 
belonging to set C, L is a set on channels, and S is the order function. 



13. The programming implementation oi\ claim 11, wherein a channel is a 3- 
30 tuple defined by 

<U/9i> * <J.STj)\ (dF,rF)) 
where i is the name of the source reusable software unit, g L is a gate 
of i, j is the receiver reusable software unit, g^ is a gate of j, dF is 
the channel direct filter and rF is the channel reverse filter. 
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The programming implementation of claims 10 or 11, wherein said reusable 
so ftware\ units can be located in: different threads, different 
processes ,\dif f erent processors and/or different computers. 



The programming implementation of claims 10 or 11, wherein several of 
said reusable software units are concurrently active and may access to 
shared memory. 

The programming implementation of claims 10 or 11, wherein operations 
are performed synchronously and/or asynchronously. 



The programming implementation of claims 10 or 11, wherein said reusable 
software units can be stored in persistent storage mechanisms. 



The programming implementation of cl 
software units can be serialized 
purposes . 




.m\ 10 or 11, wherein said reusable 
storing and/or communication 



The programming implementation of claims 10 or 11, wherein structural 
inheritance is utilized to bmild new reusable software units from 
existing reusable software units. 

The programming implementation of\ claims 10 or 11, wherein objects may 
be utilized as reusable software units having no output gates. 

The programming implementation of claims 10 or 11, further including a 
message breaking mechanism that prov^ies a realization of the variable 
mechanism according to claim 5. 

The programming implementation of claims\ 10 or 11, further including a 
message breaking mechanism that supports the same effect of the 
variable mechanism according to claim 5 . 



The programming implementation of claims 10 ox 11, wherein a 
definition of reusable software units and ensdmbles of reusable 
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software units are implemented with a graphical tool. 



The programming implementation of claims 23, wherein said graphical tool 
is a case tool. 

The programming implementation^ claimk Vopr 11, wherein storage can 
be implemented utilizing one of \a harc^ca^k, a CDROM, a DVD, a floppy 
disk, and a magnetic tape. 



The programming implementation of claims 10 or 11, that can be run from 
either RAM, PROM, EPROM, and EE PROM . \ Where said implementation may be 
operated by one of . 
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